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Detailed Action 
Claim Rejections - 35 USC § 101 

1. 35 U.S.C. 101 reads as follows: 

Whoever invents or discovers any new and useful process, machine, manufacture, or composition of 
matter, or any new and useful improvement thereof, may obtain a patent therefor, subject to the 
conditions and requirements of this title. 

Claims to computer-related inventions that are clearly nonstatutory fall into the same general 
categories as nonstatutory claims in other arts, namely natural phenomena such as magnetism, and 
abstract ideas or laws of nature which constitute "descriptive material. "Abstract ideas, Warmerdam, 
33 F.3d at 1360, 31 USPQ2d at 1759, or the mere manipulation of abstract ideas, Schrader, 22 F.3d 
at 292-93, 30 USPQ2d at 1457 58, are not patentable. Descriptive material can be characterized as 
either "functional descriptive material" or "nonfunctional descriptive material." In this context, 
"functional descriptive material" consists of data structures and computer programs which impart 
functionality when employed as a computer component. (The definition of "data structure" is "a 
physical or logical relationship among data elements, designed to support specific data manipulation 
functions." The New IEEE Standard Dictionary of Electrical and Electronics Terms 308 (5th ed. 
1993).) "Nonfunctional descriptive material" includes but. is not limited to music, literary works and a 
compilation or mere arrangement of data (See MPE P se ct ion 2 106, IV, B, 1 ) 



2. Claims 16-32 are rejected under 35 USC 101 because the claimed invention is 
directed to non-statutory subject matter. 



The claims lack the necessary physical articles or objects to constitute a machine or a 
manufacture within the meaning of 35 USC 101 . They are clearly not a series of steps 
or acts to be a process nor are they a combination of chemical compounds to be a 
composition of matter. As such, they fail to fall within a statutory category. They are, at 
best, functional descriptive material perse. 



Descriptive material can be characterized as either "functional descriptive material" or 
"nonfunctional descriptive material." Both types of "descriptive material" are nonstatu- 
tory when claimed as descriptive material perse, 33 F.3d at 1360, 31 USPQ2d at 1759. 
When functional descriptive material is recorded on some computer-readable medium, it 
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becomes structurally and functionally interrelated to the medium and will be statutory in 
most cases since use of technology permits the function of the descriptive material to be 
realized. Compare In re Lowry, 32 F.3d 1579, 1583-84, 32 USPQ2d 1031, 1035 (Fed. 
Cir. 1994) 

Merely claiming nonfunctional descriptive material, i.e., abstract ideas, stored on a 
computer-readable medium, in a computer, or on an electromagnetic carrier signal, 
does not make it statutory. See Diehr, 450 U.S. at 185-86, 209 USPQ at 8 (noting that 
the claims for an algorithm in Benson were unpatentable as abstract ideas because 
"[t]he sole practical application of the algorithm was in connection with the programming 
of a general purpose computer."). 

Claim Rejection - 35 USC §102 

3. The following is a quotation of the appropriate paragraphs of 35 U.S.C. 1 02 that 
form the basis for the rejections under this section made in this Office action: 

A person shall be entitled to a patent unless - 

(b) the invention was patented or described in a printed publication in this or a foreign country or in public 
use or on sale in this country, more than one year prior to the date of application for patent in the United 
States. 

4. Claims 1-6, 9-12, 14, 16-22, 24-27 and 30-32 are rejected under 35 U.S.C. 102 
(b) as being anticipated by Blakley, III et al. (U.S. Publication No. 2004/0128378), 
herein referred to as Blakley. 
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As to claim 1, Blakley teaches, "a method of handling user's attributes sharing 
between a plurality of Service Providers, a Service Provider being regarded as an 
Attribute Provider hosting at least one user's attribute for a user and offering such 
attribute for sharing with other Service Providers regarded as Attribute Requestors, an 
attribute offering being published in a Discovery Service Framework suitable for holding 
attribute offerings from at least one Attribute Provider and for providing any of such 
attribute offerings to at least one Attribute Requestor, the method comprising the steps 
of (see at abstract, Paragraph [0087] ) : 

• "the Attribute Provider registering an offering registration trigger in the Discovery 
Service Framework intended to request, if needed, the registration of the attribute 
offering" at paragraphs [0047], [0068], [0075], [0080] and [0086]; 

(Blakley teaches, "the authentication is successful, 
an active session is established for the authenticated user 
or client" at Paragraph [0047] and "framework for 
exchanging security information" at paragraph [ 0 0 68 ] , thus 
in here, the Attribute Provider registration is equivalent 
to authentication of data which triggers the process for 
the requested attributes.) 

• "the Attribute Provider receiving from the Discovery Service Framework a request 
for registration of the attribute offering" at paragraphs [0069], [0090], [0093] and 
[0099]; 

(Blakley teaches, "an attribute information provider 
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may optionally present an interface for a user to create 
attribute release policies when a user registers for the 
attribute information service or when a user updates the 
user's attribute information" at paragraph [0090], 
"requested e-commerce service provider may optionally 
determine to use more than one attribute information 
provider whereby the e-commerce service provider requests a 
subset of user attributes from each of the multiple 
attribute information providers" at paragraph [0099], which 
clearly interprets that the attribute provider receiving a 
request for registration of the corresponding attributes.) 

• "the Attribute Provider registering an attribute offering in the Discovery Service 
Framework" at Paragraphs [0089] and [0092]; 

(Blakley teaches, "the user has registered with 
multiple attribute information providers, then one of those 
attribute information providers would be considered to be 
the user's attribute home domain" at Paragraph [0092], thus 
the attribute Provider registering an attribute to the 
service provider.) 

• and "the Attribute Provider providing the attribute upon request from an Attribute 
Requestor" at Paragraph [0021], [0035], [0090] and [0099]. 

(Blakley teaches, "an attribute retrieval request 
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message for the indicated attribute information provider", 
at Paragraph [0099], thus the attribute Provider generating 
an attribute request from an Attribute Requestor.) 

As to claim 2, Blakley teaches, the method of claim 1 wherein "the offering 
registration trigger is the same for all those users for which the Attribute Provider hosts 
users' attributes" at paragraphs [0046], [0047], [0048] and [0075]. 

As to claim 3, Blakley teaches, the method of claim 1 wherein "the offering 
registration trigger is different for each user having a user's attribute hosted in the 
Attribute Provider" at paragraphs [ 0034],[0034] [0046], [0048], [0051] and [0049], . 

As to claim 4, Blakley teaches, the method of claim 1 wherein "the step of 
registering an offering registration trigger in the Discovery Service Framework also 
includes a step of registering policies intended to govern the lifetime of the offering 
registration trigger" see at abstract, Paragraph [0020], , [0053] and [0170]. 

As to claim 5, Blakley teaches, the method of claim 1 wherein "the step of 
registering an attribute offering in the Discovery Service Framework also includes a step 
of registering policies intended to govern the lifetime of the attribute offering" at 
paragraphs [0060], [0047], [0090], [0094] ,[0097] and [0102] . 
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As to claim 6, Blakley teaches, the method of claim 1 further comprising "a step 
of obtaining a user's consent to share a user's attribute" at paragraphs [0058], [0103], 
[0174], [0107], [0157] and [0153]. 

As to claim 9, Blakley teaches, "a method of publishing through a Discovery Service 
Framework an attribute offering for sharing a user's attribute between a plurality of 
Service Providers, a Service Provider being regarded as an Attribute Provider hosting 
the user's attribute for which the attribute offering may be published, the Discovery 
Service Framework suitable for holding attribute offerings from at least one Attribute 
Provider" (see at "abstract" and paragraphs [0061], and [0087]) , the method comprising 
the steps of: 

• "registering an offering registration trigger in the Discovery Service Framework 
upon request from the Attribute Provider" at paragraphs [0068] ,[0086], [0047], 
[0074], [0076], [0099] and [0075]; 

(Blakley teaches, "a user is registered may be 
considered to be the user's home domain within the 
federated computing environment" at Paragraph [0076], and 
"the ability to generate and validate authentication 
credentials for a user" at Paragraph [0076], and "generates 
an attribute retrieval request message for the indicated 
attribute information provider" at paragraph [0099], and 
"the authentication is successful, an active session is 
established for the authenticated user or client." at 
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paragraph [0047], and "framework for exchanging security 
information" at Paragraph [0068], thus, the request from 
the attribute provider triggers the registration 
procedure . ) 

• "the Discovery Service Framework processing the offering registration trigger 
upon request for an attribute offering received from an Attribute Requestor" at 
paragraphs [0068], [0069], [0086], [0047], [0074], [0076], [0099] [0110] and 
[0140]. 

(Blakley teaches, "the e- commerce service provider has 
received and examined an attribute retrieval request 
message from an attribute information provider" at 
paragraph [0110], "submitted registration information" at 
paragraph [0047], since, the service provider being 
processing the registration procedure upon receiving the 
attribute request".) 

• "requesting the registration of the attribute offering to the Attribute Provider as a 
result of processing the offering registration trigger" at Paragraphs [0080], and 
[0089] ; 

(Blakley teaches, "establishment of a trust 
relationship between a user and a service provider may be 
equivalent to a registration process" at paragraph [0080], 



Application/Control Number: 10/599,762 Page 9 

Art Unit: 2161 

"the user registers or subscribes with an attribute 
information provider that stores, maintains, and releases 
the user's attribute information" at paragraph [0089], thus 
the result of the registration procedure is produce by the 
attribute provider.) 
• "registering in the Discovery Service Framework an attribute offering upon 
request from an Attribute Provider" at paragraphs [0068] ,[0086], [0047], [0074], 
[0076], [0099] and [0075]; 

(Blakley teaches, "a user is registered may be 
considered to be the user's home domain within the 
federated computing environment" at paragraph [0076], "the 
ability to generate and validate authentication credentials 
for a user" at Paragraph [0076], "generates an attribute 
retrieval request message for the indicated attribute 
information provider" at paragraph [0099], the 
authentication is successful, an active session is 
established for the authenticated user or client." At 
paragraph [0047], framework for exchanging security 
information" at paragraph [0068], thus, to registering an 
attributes, a request is being made by the service 
provider . ) 
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• "the Discovery Service Framework providing the attribute offering upon request 
from a Service Provider acting as an Attribute Requestor for the attribute offering" 
at paragraphs [0021] and [0034]. 

(Blakley teaches, "an attribute information provider 
generates a response message to be sent to an e-commerce 
service provider that has requested the retrieval of 
attributes for a particular user" at Paragraph [0034], thus 
the request for the attribute registration is made by a 
service provider.) 



As to claim 10, Blakley teaches, the method of claim 9 wherein "the step of 
registering an offering registration trigger in the Discovery Service Framework also 
includes a step of registering policies intended to govern the lifetime of the offering 
registration trigger" at paragraphs [0060], [0047], [0090], [0094] ,[0097] and [0102] . 

As to claim 11, Blakley teaches, the method of claim 9 wherein "the step of 
registering an attribute offering in the Discovery Service Framework also includes a step 
of registering policies intended to govern the lifetime of the attribute offering" see at 
abstract, paragraphs [0020], [0053] and [0170]. 
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As to claim 12, Blakley teaches, the method of claim 9 wherein "the offering 
registration trigger is withdrawn upon processing corresponding policies governing its 
lifetime" at paragraphs [0084], [0044], [0020], [0053] and [0170]. 

As to claim 14, Blakley teaches, the method of claim 9 wherein just the attribute 
offering, and not the offering registration trigger, is withdrawn upon processing 
corresponding policies governing its lifetime" at paragraphs [0084], [0044], [0020], 
[0053] and [0170]. 

As to claim 16, blakley teaches, "a Discovery Service Framework suitable for 
holding an attribute offering registered from an Attribute Provider and for providing the 
attribute offering to an Attribute Requestor, the Attribute Provider and the Attribute 
Requestor being Service Providers enabled for sharing a user's attribute, the Attribute 
Provider hosting the user's attribute to be shared, the Discovery Service Framework 
including (see at "abstract" and paragraphs [0050], and [0086]): 

• "a first input unit for processing an attribute offering received from an Attribute 
Provider" at paragraphs [0035], [ 0041], [0069], [0136] and [0149]; 

(Blakley teaches, "received as input in requests, in 
creating their responses. Thus, while clients always 
consume assertions, SAML authorities can be both producers 
and consumers of assertions" at paragraph [0069], thus it 
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described that the input unit processes an attribute that 
is being requested by the attribute provider.) 

• "a storage for storing contents obtainable from the attribute offering" at paragraph 
[0038], [0081], [0097] and [0104]; 

(Blakley teaches, "attribute storage locations and 
then retrieve the user's attribute information when 
necessary" at paragraph [0081], thus a storage is 
maintained to store the contents which is offered from the 
attribute . ) 

• "a second input unit for processing a request received from an Attribute 
Requestor for the attribute offering" at paragraphs [0035], [0069], [0136] and 
[0149]; 

(Blakley teaches, "received as input in requests, in 
creating their responses. Thus, while clients always 
consume assertions, SAML authorities can be both producers 
and consumers of assertions" at paragraph [0069, thus the 
multiple input unit processes the attribute requests.) 

• "a first output unit for providing the attribute offering to the Attribute Requestor" at 
paragraphs [0041] and [0140]. 

(Blakley teaches, "input/output adapter 128, which 
supports various I/O devices" at paragraph [0041] and "the 
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attribute information provider constructs and returns a 
response message to an e-commerce service provider "at 
paragraph [0139] and "the attribute information provider 
may return various status codes that indicate a range of 
success in obtaining the requested attributes" at paragraph 
[0140], since an output unit provides information according 
to the attribute request.) 

• a third input unit for processing an offering registration trigger received from the 
Attribute Provider" at paragraphs [0035] ,[ 0041], [0069], [0136], [0140] and 
[0149]; 

(Blakley teaches, "received as input in requests, in 
creating their responses. Thus, while clients always 
consume assertions, SAML authorities can be both producers 
and consumers of assertions" at paragraph [0069], thus the 
multiple input unit processes the attribute requests.) 

• "a trigger handler for storing contents obtainable from the offering registration 
trigger and for determining trigger conditions to request a registration of the 
attribute offering at paragraphs [0076], [0099], [0139], [0140] and [0142]. 

(Blakley teaches, "generate a response message that 
returns only some of the attributes that have been 
requested by an e-commerce service provider" at paragraph 
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[0142], "a positive response message is generated at step 
820 only if the attribute information provider has all of 
the reguested attributes and only if the attribute 
information provider can release all of the reguested 
attributes" at paragraph [0139]) 
• a second output unit for requesting the registration of the attribute offering to the 
Attribute Provider, at paragraphs [0041], [0035], [ 0041], [0069], [0136], [0140] 
and [0149]; 

(Blakley teaches, "input /output adapter 128, which 
supports various I/O devices" at paragraph [0041] and 
"received as input in requests, in creating their 
responses. Thus, while clients always consume assertions, 
SAML authorities can be both producers and consumers of 
assertions" at paragraph [0069], thus the multiple output 
unit processes the attribute requests.) 

As to claim 17, Blakley teaches, the Discovery Service Framework of claim 16 
wherein "the trigger handler determines the trigger conditions upon reception in the 
second input unit of the request for the attribute offering from the Attribute Requestor" at 
paragraphs [0076], [0099], [0139]; and [0142]. 
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As to claim 18, Blakley teaches, the Discovery Service Framework of claim 16 
wherein "the trigger handler is usable for processing policies received in the third input 
unit and intended to govern the lifetime of the offering registration trigger" at paragraphs 
[0060], [0047], [0090], [0094] ,[0097] and [0102]. 

As to claim 19, Blakley teaches, "the Discovery Service Framework of claim 18 
wherein the trigger handler is usable to withdraw an offering registration trigger upon 
processing corresponding policies governing its lifetime" at paragraphs [0084], [0044], 
[0020], [0053] and [0170]. 

As to claim 21, Blakley teaches, the Discovery Service Framework of claim 16 
wherein "the trigger handler is usable for processing policies received in the first input 
unit and intended to govern the lifetime of the attribute offering" at paragraphs [0035], 
[ 0041], [0069], [0136] ,[0149], [0060], [0047], [0090], [0094] ,[0097] and [0102] . 

As to claim 22, Blakley teaches, the Discovery Service Framework of claim 21 
wherein the trigger handler is usable to withdraw an attribute offering upon processing 
corresponding policies governing its lifetime" at paragraphs [0084], [0044], [0020], 
[0053] and [0170].. 

As to claim 24, Blakley teaches, "an Attribute Provider hosting a user's attribute for 
a user and offering such attribute for sharing with other Service Providers regarded as 
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Attribute Requestors, an attribute offering for the user's attribute being published in a 
Discovery Service Framework suitable for holding attribute offerings from Attribute 
Providers and for providing any of such attribute offerings to Attribute Requestors, the 
Attribute Provider comprising: 

• "a first output unit for accessing the Discovery Service Framework to register an 
attribute offering" at paragraph [0041], 

(Blakley teaches, "input /output adapter 128, which 
supports various I/O devices" at paragraph [0041], thus the 
multiple output unit processes the attribute requests.) 

• "a first input unit for processing a request received from an Attribute Requestor 
for the attribute offering" at paragraphs [0035], [0069], [0136] and [0149]; 

(Blakley teaches, "received as input in requests, in 
creating their responses. Thus, while clients always 
consume assertions, SAML authorities can be both producers 
and consumers of assertions" at paragraph [0069], thus the 
multiple input unit processes the attribute requests.) 

• a second output unit for providing the attribute offering to the Attribute Requestor" 
at paragraph [0041], 

(Blakley teaches, "input/output adapter 128, which 
supports various I/O devices" at paragraph [0041], thus the 
multiple output unit processes the attribute requests.) 
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• a third output unit for accessing the Discovery Service Framework to register an 
offering registration trigger at paragraph [0041], [0047], [0068], [0075], [0080] and 
[0086]; 

("the authentication is successful, an active session 
is established for the authenticated user or client" at 
Paragraph [0047], "framework for exchanging security 
information" at Paragraph [0068] , "output system" at 
paragraph [0041], "output system" at paragraph [0041]) 

• and "a second input unit for processing a request received from the Discovery 
Service Framework for registration of an attribute offering" at paragraphs [0041], 
[0047], [0068], [0075], [0080] and [0086]; 

("the authentication is successful, an active session 
is established for the authenticated user or client" at 
Paragraph [0047], "framework for exchanging security 
information" at Paragraph [ 00 68 ] , "input/output adapter 128, 
which supports various I/O devices" at paragraph [0041], 
thus the multiple output unit processes the attribute 
reguests) 

As to claim 25, blakley teaches, the Attribute Provider of claim 24 wherein "the third 
output unit is used for accessing the Discovery Service Framework to register policies 
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intended to govern the lifetime of the offering registration trigger" at paragraphs [0035], [ 
0041], [0069], [0136] ,[0149], [0060], [0047], [0090], [0094] ,[0097] and [0102] 

As to claim 26, blakley teaches, the Attribute Provider of claim 24 wherein the first 
output unit is used for accessing the Discovery Service Framework to register policies 
intended to govern the lifetime of the attribute offering" at paragraphs [0035], [ 0041], 
[0069], [0136] ,[0149], [0060], [0047], [0090],[0094] ,[0097] , [0157] and [0102] 

As to claim 27, blakley teaches , the Attribute Provider of claim 24 further 
comprising: a fourth output unit for requesting a user's consent to share a user's 
attribute; and a third input unit for obtaining the user's consent to share a user's 
attribute" at Paragraphs [0058], [0103],[0174] [0107], [0157] and [0153]. 

As to claim 30, blakley teaches , the Attribute Provider of claim 24 wherein the third 
output unit is used to register in the Discovery Service Framework a same offering 
registration trigger for all those users for which the Attribute Provider hosts users' 
attributes" at paragraphs [0046], [0047], [0048] and [0075]. 

As to claim 31, blakley teaches , The Attribute Provider of claim 24 wherein "the 
third output unit is used to register in the Discovery Service Framework a different 
offering registration trigger for each user having a user's attribute hosted in the Attribute 
Provider" at paragraphs [ 0034] ,[0034] , [0041], [0046], [0048], [0051] and [0049], . 
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As to claim 32, Blakley teaches, the Attribute Provider of claim 24 wherein "the 
third and first output units are used to register the offering registration trigger along with 
an actual attribute offering" at paragraphs [ 0034] ,[0034] , [0041], [0046], [0048], [0051], 
[0158] and [0049],. 

Claim Rejections - 35 USC § 103 

5. The following is a quotation of 35 U.S.C. 1 03(a) which forms the basis for all 

obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set 
forth in section 102 of this title, if the differences between the subject matter sought to be patented and 
the prior art are such that the subject matter as a whole would have been obvious at the time the 
invention was made to a person having ordinary skill in the art to which said subject matter pertains. 
Patentability shall not be negatived by the manner in which the invention was made. 

6. Claims 7, 8, 13, 15, 20, 23, 28 and 29 are rejected under 35 U.S.C. 103(a) as 
being unpatentable over Blakley et al. (U.S. Publication No. 2004/0128378 A1) as 
applied to claims 1,9 16 and 24 above, and further in view of Underwood (US Patent 
No. 6,633,878 B1), here in referred to as Underwood. 

Regarding claim 7, which is depends on claims 1 , Blakley discloses the 
claims invention as "A method of handling user's attributes sharing between a plurality 
of Service Providers, a Service Provider being regarded as an Attribute Provider hosting 
at least one user's attribute for a user and offering such attribute for sharing with other 
Service Providers regarded as Attribute Requestors, an attribute offering being 
published in a Discovery Service Framework suitable for holding attribute offerings from 
at least one Attribute Provider and for providing any of such attribute offerings to at least 
one Attribute Requestor, the method comprising the steps of: the Attribute Provider 
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registering an offering registration trigger in the Discovery Service Framework intended 
to request, if needed, the registration of the attribute offering; the Attribute Provider 
receiving from the Discovery Service Framework a request for registration of the 
attribute offering; the Attribute Provider registering an attribute offering in the Discovery 
Service Framework; and the Attribute Provider providing the attribute upon request from 
an Attribute Requestor", see at "abstract", paragraph [0087], [0069], [0090], [0093], 
[0021], [0035], [0090], [0099] and [0099]; : 



Blaklev does not appear to explicitly disclose for "the attribute offering, and not 
the offering registration trigger, is withdrawn once the user signs off'. 

However, Underwood teaches, "the attribute offering, and not the offering 
registration trigger, is withdrawn once the user signs off' at col. 76, lines 55-61, col. 77, 
lines 33-65, and col.312 , lines 22-33 . 

(Underwood teaches, "sign-off serves as a final quality 
checkpoint that the work on the change request meets the 
business needs of the change requester," at col. 77, lines 44-47, 
therefore, it is clearly said that the sign- off withdraws the 
triggering event and attribute offering.) 
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Blakley and Underwood are analogous art because they are from the same 
field of endeavor of data processing system and e-commerce database framework.. 

At the time of the invention, it would have been obvious to one of ordinary skill in 
the art, having the teachings of Blakley and Underwood before him or her, to modify 
the attribute offering, and not the offering registration trigger, is withdrawn once the user 
signs off 

The suggestion/motivation for doing so would have been to be a sign-off 
checkbox is checked or unchecked, the current user's ID and the current date may be 
captured by the Change Tracking tool at col. 77, lines 33-65. 

Therefore, it would have been obvious to combine Blakley with Underwood to 
obtain the invention as specified in the instant claim. 

Regarding claims 8, which is depends on claims 1 , Blakley discloses the 
claim invention as "A method of handling user's attributes sharing between a plurality of 
Service Providers, a Service Provider being regarded as an Attribute Provider hosting at 
least one user's attribute for a user and offering such attribute for sharing with other 
Service Providers regarded as Attribute Requestors, an attribute offering being 
published in a Discovery Service Framework suitable for holding attribute offerings from 
at least one Attribute Provider and for providing any of such attribute offerings to at least 
one Attribute Requestor, the method comprising the steps of: the Attribute Provider 
registering an offering registration trigger in the Discovery Service Framework intended 
to request, if needed, the registration of the attribute offering; the Attribute Provider 
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receiving from the Discovery Service Framework a request for registration of the 
attribute offering; the Attribute Provider registering an attribute offering in the Discovery 
Service Framework; and the Attribute Provider providing the attribute upon request from 
an Attribute Requestor", see at "abstract", and paragraphs [0087], [0069], [0090], 
[0093], [0021], [0035], [0090], [0099], and [0099]; 

Blakley does not appear to explicitly disclose for "the offering registration 
trigger is withdrawn once the user signs off'. 

However, Underwood teaches, "the offering registration trigger is withdrawn once 
the user signs off' at col.76, lines 55-61 , col.77, lines 33-65, col.31 2 , lines 22-33 . 

(Underwood teaches, "sign-off serves as a final quality 
checkpoint that the work on the change request meets the 
business needs of the change requester," at col.77, lines 44-47, 
therefore, it is clearly said to that sign- off withdraws the 
triggering event.) 

Blakley and Underwood are analogous art because they are from the same 
field of endeavor of data processing system and e-commerce database framework.. 
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At the time of the invention, it would have been obvious to one of ordinary skill in 
the art, having the teachings of Blakley and Underwood before him or her; to modify 
the offering registration trigger is withdrawn once the user signs off. 

The suggestion/motivation for doing so would have been to be a sign-off 
checkbox is checked or unchecked, the current user's ID and the current date may be 
captured by the Change Tracking tool at col. 77, lines 33-65. 

Therefore, it would have been obvious to combine Blakley with Underwood to 
obtain the invention as specified in the instant claim. 

Regarding claim 13, which is depends on claim 9, Blakley discloses the 
claim invention as "A method of publishing through a Discovery Service Framework an 
attribute offering for sharing a user's attribute between a plurality of Service Providers, a 
Service Provider being regarded as an Attribute Provider hosting the user's attribute for 
which the attribute offering may be published, the Discovery Service Framework 
suitable for holding attribute offerings from at least one Attribute Provider, the method 
comprising the steps of: registering an offering registration trigger in the Discovery 
Service Framework upon request from the Attribute Provider; the Discovery Service 
Framework processing the offering registration trigger upon request for an attribute 
offering received from an Attribute Requestor; requesting the registration of the attribute 
offering to the Attribute Provider as a result of processing the offering registration 
trigger; registering in the Discovery Service Framework an attribute offering upon 
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request from an Attribute Provider; and the Discovery Service Framework providing the 
attribute offering upon request from a Service Provider acting as an Attribute Requestor 
for the attribute offering, Paragraph [0087], [0069], [0090], [0093], [0021], [0035], [0090] 
and [0099] and [0099]; : 

Blaklev does not appear to explicitly disclose for "the offering registration 
trigger is withdrawn upon request from the Attribute Provider where the user signs off'. 

However, Underwood teaches, "the offering registration trigger is withdrawn upon 
request from the Attribute Provider where the user signs off' at col. 76, lines 55-61 , 
col.77, lines 33-65, col.312 , lines 22-33 . 

(Underwood teaches, "sign-off serves as a final quality 
checkpoint that the work on the change request meets the 
business needs of the change requester," at col.77, lines 44-47, 
therefore, it is clearly said to change requestor for sign- off 
when the triggering event occurs.. ) 

Blakley and Underwood are analogous art because they are from the same 
field of endeavor of data processing system and e-commerce database framework.. 
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At the time of the invention, it would have been obvious to one of ordinary skill in 
the art, having the teachings of Blakley and Underwood before him or her, to modify 
the offering registration trigger is withdrawn once the user signs off. 

The suggestion/motivation for doing so would have been to be a sign-off 
checkbox is checked or unchecked, the current user's ID and the current date may be 
captured by the Change Tracking tool at col. 77, lines 33-65. 

Therefore, it would have been obvious to combine Blakley with Underwood to 
obtain the invention as specified in the instant claim. 

Note that claims 20, 23, 28 and 29 recite the same corresponding 
limitations as set forth in claims 7 and 13 above, thus the claims are rejected 
accordingly. 

Regarding claim 15, which is depends on claim 9, Blakley discloses the 
claim invention as "A method of publishing through a Discovery Service Framework an 
attribute offering for sharing a user's attribute between a plurality of Service Providers, a 
Service Provider being regarded as an Attribute Provider hosting the user's attribute for 
which the attribute offering may be published, the Discovery Service Framework 
suitable for holding attribute offerings from at least one Attribute Provider, the method 
comprising the steps of: registering an offering registration trigger in the Discovery 
Service Framework upon request from the Attribute Provider; the Discovery Service 
Framework processing the offering registration trigger upon request for an attribute 
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offering received from an Attribute Requestor; requesting the registration of the attribute 
offering to the Attribute Provider as a result of processing the offering registration 
trigger; registering in the Discovery Service Framework an attribute offering upon 
request from an Attribute Provider; and the Discovery Service Framework providing the 
attribute offering upon request from a Service Provider acting as an Attribute Requestor 
for the attribute offering, Paragraph [0087], [0069], [0090], [0093], [0021], [0035], [0090] 
and [0099] and [0099]; : 



Blaklev does not appear to explicitly disclose for "the attribute offering, and not 
the offering registration trigger, is withdrawn upon request from the Attribute Provider 
where the user signs off."8 

However, Underwood teaches, "the attribute offering, and not the offering 
registration trigger, is withdrawn upon request from the Attribute Provider where the 
user signs off." at col.76, lines 55-61 , col.77, lines 33-65, col.312 , lines 22-33. 

(Underwood teaches, "sign-off serves as a final quality 
checkpoint that the work on the change request meets the 
business needs of the change requester," at col.77, lines 44-47, 
therefore, it is clearly said to change requestor for sign- off 
when the triggering event occurs.. ) 
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Blakley and Underwood are analogous art because they are from the same 
field of endeavor of data processing system and e-commerce database framework.. 

At the time of the invention, it would have been obvious to one of ordinary skill in 
the art, having the teachings of Blakley and Underwood before him or her; to modify 
the offering registration trigger is withdrawn once the user signs off. 

The suggestion/motivation for doing so would have been to be a sign-off 
checkbox is checked or unchecked, the current user's ID and the current date may be 
captured by the Change Tracking tool at col. 77, lines 33-65. 

Therefore, it would have been obvious to combine Blakley with Underwood to 
obtain the invention as specified in the instant claim. 

Conclusion 

7. The prior art made of record and not relied upon is considered pertinent to 
applicant's disclosure. 

Punaganti Venkata (US Publication No. 2005/0097087 A1) discloses a System 
and method for providing a unified framework for service discovery. 

Hinton (US Publication No. 2004/0128383) discloses a computer system is 
presented for facilitating user enrollment at service providers, particularly with respect to 
storage and retrieval of user attribute information within a federated environment. 

Dixon (US Patent No. 5,799,308) discloses a method and apparatus for data 
storage and retrieval. 
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Brosch et al. (US Patent No. 5,794,244) discloses a data storage system with 
table-driven device selector. 

Contact Information 

8. Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Mohammad N. Rahman whose telephone number is 
571-270-1631 . The examiner can normally be reached on 7:30am - 5:00 pm, Mon - Fri. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Mofiz Apu M can be reached on 572-272-4080. The fax phone number for 
the organization where this application or proceeding is assigned is 571-273-8300. 

Information regarding the status of an application may be obtained from the 
Patent Application Information Retrieval (PAIR) system. Status information for 
published applications may be obtained from either Private PAIR or Public PAIR. 
Status information for unpublished applications is available through Private PAIR only. 
For more information about the PAIR system, see http://pair-direct.uspto.gov. Should 
you have questions on access to the Private PAIR system, contact the Electronic 
Business Center (EBC) at 866-217-9197 (toll-free). If you would like assistance from a 
USPTO Customer Service Representative or access to the automated information 
system, call 800-786-9199 (IN USA OR CANADA) or 571-272-1000. 

MR 

AU216 IK. B. P/ 

/Apu M Mofiz/ 

Supervisory Patent Examiner, Art Unit 2161 



